3 subject="""comment 3"""
4 date="2023-02-08T16:29:36Z"
6 Another time it would make sense to update the view is after git pull from
7 elsewhere, which could change the metadata, or change the files present in
8 the parent branch. I think it would make sense for `git-annex sync` run in
9 a view to update the view after pulling.
11 Updating the branch after `git-annex metadata` is run locally is of course
12 also possible. There is a similarity to updating an adjusted branch after
13 get/drop. Which has a config annex.adjustedbranchrefresh to tune how
14 frequently to update the branch. Or the user could just run
15 `git-annex sync --no-pull --no-push` themselves.
17 There is probably a lot of scope for optimisation in updating the view
18 branch, that might be able to get it reasonably quick.
19 I have not fully thought through it, but basically diffing from the old
20 parent branch to the new parent to find files that have changed, and
21 adding/removing those from the view. And also diffing from the old
22 git-annex branch tree to the new one to get changes to metadata logs,
23 parsing those and using changes to metadata to also move/delete/add
24 files to the view branch.
26 But it would be ok to start with a simple, slow implementation.